草庐IT

Linux PID 回收

全部标签

android - Main Activity 销毁后不会被垃圾回收,因为它被 InputMethodManager 间接引用

我关注了来自here的“避免内存泄漏”文章.但是,建议的解决方案并不能解决泄漏问题。我在WindowsXP(SDK2.3.1)上使用android模拟器对此进行了测试。我转储了堆并检查了主要Activity仍在堆中(我使用了MAT)这就是我所做的:使用HelloWorldActivity创建HelloWorld应用(它没有subview)运行模拟器并启动HelloWorld应用。点击后退键将其关闭。导致DDMS中的gc和转储堆'PathtoGCRoots'显示以下路径。HelloWorldActivityInputMethodManager是一个单例和三个对引用HelloWorldAc

android - 将支持库从 "23.1.1"升级到 "23.2.1"后,回收站 View 项填满整个回收站 View 高度

以前,我使用的是以下旧支持库“23.1.1”。compile'com.android.support:appcompat-v7:23.1.1'compile'com.android.support:support-v4:23.1.1'compile'com.android.support:preference-v7:23.1.1'compile'com.android.support:preference-v14:23.1.1'compile'com.android.support:design:23.1.1'compile'com.android.support:recyclervi

android - RecyclerView 在 NestedScrollView 中使用时不会回收 View

我在NestedScrollView中使用RecyclerView。我还为recyclerview将setNestedScrollingEnabled设置为false支持较低的APIViewCompat.setNestedScrollingEnabled(mRecyclerView,false);现在!当用户ScrollView时,一切似乎都很好,但是!!!recyclerview中的View不会被回收!!!并且堆大小迅速增长!更新:RecyclerView布局管理器是StaggeredLayoutManagerfragment_profile.xml:fragment_profile

android - ImageView:如果 ImageView 不可见(在 ScrollView 内),则自动回收位图

所以,我一直在查看ImageView源代码,但我还没有想出一个钩子(Hook)来做这件事。问题:比方说,在一个ScrollView中有30个400x800的图像(图像的数量是可变的)。由于它们完全适合屏幕,因此它们每个将占用1.3MB的RAM。我想要的是:能够加载/卸载当前在ScrollView中可见的ImageView的位图。如果用户滚动并且位图不再可见(在距离阈值内),则应回收位图,以便同一ScrollView中的其他位图可以使用内存。我正在做下采样和所有这些,所以不用担心。如果您仅通过扩展ImageView来执行此操作,则可以加分(如果可能的话,我不想弄乱ScrollView)。

javascript - 仅由 'bound_this' 引用的实例不会被垃圾回收

我对googlechrome(版本20.0.1132.47,Ubuntu11.0464位)中的垃圾收集有疑问。在比较堆转储和检查内存泄漏时,我发现了一些从未清理过的实例。通常这种行为可以追溯到程序员错误,但在这种情况下,我相当无能..看看下面的截图实例“child@610739”仅由属于子实例本身函数的“bound_this”实例引用。因此,据我了解,子实例应该被垃圾收集,因为保持它的唯一其他引用是子实例本身(通过'bound_this'函数)。我正在使用underscore.js的“bindAll”实用函数(underscore.js#bindAll),它映射到chrome的“nat

java - 垃圾回收对这类程序的性能有害吗

我正在构建一个程序,它将在AWSEC2实例上(可能)通过cron作业定期调用。该程序将“抓取”/“投票”我们合作过的特定网站,并索引/汇总其内容并更新我们的数据库。我认为java非常适合用于编写此应用程序的语言。我们工程团队的一些成员担心java的垃圾收集功能会损害性能,并建议使用C++。这些是有效的担忧吗?这是一个应用程序,可以通过cron作业每30分钟调用一次,只要它在该时间范围内完成其任务,我认为性能是可以接受的。我不确定垃圾收集是否会成为性能问题,因为我会假设服务器将有足够的内存并且跟踪有多少对象指向内存区域的实际行为,然后在达到0时声明该内存可用对我来说似乎并没有太大的危害。

garbage-collection - Node.js 和 V8 垃圾回收

这是我目前读到的内容,如果我错了,请纠正我:Node.js基于V8JavaScript引擎。V8JavaScript引擎实现stop-the-world垃圾回收这导致Node.js有时会完全关闭几秒钟到几分钟来处理垃圾收集。如果这是为生产代码运行,那么对于10,000个用户来说,这只是几秒钟的时间。这在生产环境中真的可以接受吗? 最佳答案 是否可以接受取决于您的应用程序和堆大小。BigGc大约为每兆字节1.3毫秒。YMMV。大约是压缩GC的一半。10次中有1次左右的GC很大。3中大约有1个大GC正在压缩。使用V8标志--trace-

python - 如何使用 PyQt4 将文件移动到不同平台上的回收站/垃圾箱?

我想在我的跨平台PyQt4应用程序中添加下一个功能:当用户选择某个文件并对其选择“删除”操作时,该文件将被移动到回收站文件夹而不是被永久删除。我想我可以使用Win32API或类似的东西找到特定于Windows的解决方案,但我想知道是否可以通过PyQt4方法在Ubuntu/Linux和MaxOSX上执行类似的操作。 最佳答案 您使用Python是件好事,我不久前创建了一个库来做这件事:http://www.hardcoded.net/articles/send-files-to-trash-on-all-platforms.htm在P

java - 通过子字符串解析后如何回收内存?实习生()还是新字符串()?

短版:如果调用string.substring(n,m).intern(),字符串表是保留子字符串还是保留原字符串?...但我不确定这是一个正确的问题,所以这里是长版本:我正在使用遗留Java代码(PCGen),它通过将每个文件作为一个大字符串来解析文件,然后使用String.split、.trim、.substring和StringTokenizer将它们分解为token。这对于解析非常有效,因为这些方法都不会复制原始字符串,而是都指向共享char[]的一部分。解析结束后,我想回收一些内存。只需要原始大字符串的几个小子字符串,但强引用阻止了大字符串被收集。后来我遭受了OOM,我相信部

java - 回收站 View - 滚动时调整项目 View 的大小(用于类似轮播的效果)

我需要创建一个垂直回收View,其中屏幕中心的项目View应调整大小以在滚动时具有类似缩放的效果。我尝试过但没用的方法:添加一个滚动监听器并按位置循环遍历项目View,测量居中位置,然后更新居中view的LayoutParams。RecyclerView不会在滚动时计算项目的位置或更新View。如果在onScrolled中执行此类操作,则会抛出IllegalStateException在滚动状态为IDLE或SETTLING时更改onScrollStateChanged中居中项目View的LayoutParams。仅在滚动已经/将要完成后更新View,而不是在正在执行滚动项目期间。剩下的